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43. Groups of related claims and where ihey are supported in the Drawing and 
Specification are indicated in the following table: 
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page 12, line 17; 



5 It should be noted here that in the present patent application, the reference numbers have 
two parts: the rightmost two digits specify a number within the figure in which the item 
to which the reference number refers first appears and the remaining digits specify that 
figure. Thus, the item referred to by the reference number "203" will first be found in 
FIG. 2. Reference numbers employed in the claims in the following discussion are for 

10 the convenience of the Board of Appeals and are not intended to limit the claims. 

//;;• claims of Group A 

Group A includes two independent claims 1, and 43, and two dependent Beauregard 
claims whose patentability depends completely on the patentability of the independent 
15 claims These claims are supported at least b> Fig ; page 7 lme 30-page jO line 2 fig 
5, .page 0 lint 3-page 1 ? line- 19. Lg 6, gage 12 hne §9~page if hue 16, figs 4 SO 
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is addressed to apparatus which embodies the principles of the invention and claim 43 is 
addressed to a method which embodies the principles of the invention. Claim 1 is 
typical- elaim^^^ 

di-se-losure-.- -with reference numbers follows: 

1. Apparatus in a database management system (301 } for performing a job 
(1901, 1915, 1921) which transfers a set of database objects into or out of 
the database management system, the apparatus comprising: 

a transfer mechanism (3 1 1 ) that transfers database objects; and 

a queryahSe control database object (321.) that represents the job 
and specifies the set of objects (515). 

the transfer mechanism operating under control of the control database 
| object to transfer the objects in the set.(613). 

The "database management system" is shown at 301 in FIG 3; an t < is shown 
in FIG. 39; t he transfer mechanism is embodied in datapump 311; the queryable control 
database object is embodied in master table 31 1; the "set of objects" is specified by object 
info 515; a row of master table 321 which represents an object is shown at 507; tk 
transfer mechamsm operates i^des control of the control •.: r.r-v object :o uansfer the 
ojbjec|sj£^wjol613^ ^ 

C j aim 43 wi th reference numbers follows; 

43, A method of performing a job (1901. 1915. 1921) that transfers a set 
of datab > >j< C1 > into or out of a database managen ei ; •.; sjero {M)\ \ 
that includes a transfer mechanism (311) that tra n s fers t he d a taba se 
objects, 

the method com pit si ng the steps of: 

defining (611) } quervabte control la > >bjea (321) that 

represent i '■ . ; id specifies the set of objects(515) ; and 

executing • i the Job b\ caiisina the !i::>b: h:n-;^:o to 

Uaiistti ilK sc i i f v >jecfsj k> c ii oftk mt\ dajajxist 
object. 



The claims of group B 

35 Claims 3 and 4 are dependent from claim 1. They address the mechanisms by which the 
control database object specifies an order in which the transfer mechanism transfers the 
objects in the set. As explained at page 10, lines 30-34 and in more detaii at page 22, 
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Tide: Apparatus and methods for transferring database objects into and our of 
database systems 



1 5 Commissioner for Patents 
Alexandria, MA 223 1 3-1 450 

Amended appeal brief under MPEP 1205.03 

20 

(1) Real party in interest 

The real party in interest is the assignee of record of the above application, Oracle 
International Corporation, which is a wholly-owned subsidiary of Oracle Corporation. 

25 

(2) Related appeals and interferences 

None. 

30 

(3) Status of claims 

Claims 1, 3-38, and 43-65 are presently in the application. All of these claims have been 
rejected. Claims 2, 39-42, 52, and 64 have been canceled. Claims 1, 3-38, and 43-65 are 
all under appeal . 

35 

(4) Status of amendments 

A first Amendment After Final was filed 2/18/07 which canceled claims 39-42; Private 
Pair indicates that the amendment was entered, but the "Notice of Panel Decision from 
Pre- Appeal Brief Review" which was mailed 3/16/07 indicates that claims 39-42 stand 
40 rejected. In preparing this Brief, Applicants noted a number of errors: 



l 
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• that claim 59 should be dependent from claim 58 instead of claim 1 ; 

• that claim 64, a Beauregard claim dependent from claim 39, should have been 
canceled when claim 39 was canceled; and 

• that claim 17 was misdescriptive of the invention to which it is directed. 

5 A second Amendment after Final which corrected the first two of these errors was tiled 
electronically on 4/17/07. A third Amendment after Final which corrected the error 
regarding claim 17 was filed electronically on 4/18/07. None of these corrections affect 
the rejections with which this Appeal is concerned; consequently, in the following Brief, 
the claims will be treated as though the second and third Amendments after Final had 
10 been entered, 

(5) Summary of claimed subject matter 

Overview of the chimed .subject matter 

15 The claimed subject matter is techniques for transferring database objects between 
database systems. Transferring database objects between database systems is made 
difficult by the fact that the objects may be very large and by the fact that any such 
transfer must maintain the objects' organization, including how the objects are ordered 
and the relationships between them. Most database systems have export and import 

20 utilities of the types shown in FIGs. 1 and 2 for performing such transfers. The export, 
utility puts the objects into a form which permits another database system to reconstruct 
the objects and the import utility reconstructs the objects from the exported form. 
Utilities also exist for importing data into a database from a non-database source. 

25 While these utilities do perform their intended functions, they have a number of 
drawbacks which make them inefficient and hard to use: 

» The utilities for exporting objects to mid importing objects from other database 
systems write and read export files 105 serially; consequently, these utilities cannot 
take advantage of the database system's ability to perform operations in parallel to 
30 speed the export and import operations. 

• None of the export or import utilities is resiartabie; if an export or import job is 
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interrupted at any point, for any reason, it must be started over again from the 
beginning, 

• The only status information provided for an ongoing export or import operation is the 
log file produced by the utility and many events in the operation do not result in an 

5 entry in the log file. 

• Once an export or import job is started, the operator has no further control over it 

• While the utilities may be used to do illeless transfers, none of them has been 
specifically designed for that purpose. 

• Current export and import utilities have limited capabilities for transforming metadata 
10 during an import operation or filtering and selecting objects during either import or 

export. 

The techniques of the invention overcome these drawbacks by employing a control object 
in the database management system to control performance of a job which transfers a set 

15 of objects into or out of the data base management system by a mechanism that transfers 
database objects. In a preferred embodiment, the control object is a table, the master 
table, in the database system that is performing the transfer. The control object may 
specify a set of the objects to be transferred, an order in which the transfer mechanism 
transfers objects, or a filter that further specifies the set of objects. The control object 

20 may further specify an operation on one or more objects being transferred, including a 
transformation of the object or a remapping of a name in the object. The control object 
may also specify one or more parameters for the job. 

The control object further includes a specification of a status of the job which is updated 
25 by the transfer mechanism during the transfer. The control object is queryable to obtain a 
current status of the job from the specification of the status and the data transfer 
mechanism uses the specification of the status of the job to restart the job after the job has 
been stopped. 

30 The claims 

There are 59 claims remaining in the application. The independent claims are L 36, and 
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43. Groups of related claims and where ihey are supported in the Drawing and 
Specification are indicated in the following table: 
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5 it should be noted here that in the present patent application, the reference numbers have 
two parts: the rightmost two digits specify a number within the figure in which the item 
to which the reference number refers first appears and the remaining digits specify that 
figure. Thus, the item referred to by the reference number "203" will first be found in 
FIG. 2. Reference numbers employed in the claims in the following discussion are for 

10 the convenience of the Board of Appeals and are not intended to limit the claims. 

The claims of Group A 

Group A includes two independent claims 1, and 43, and two dependent Beauregard 
claims whose patentability depends completely on the patentability of the independent 
15 claims. These claims are supported at least by Fig. 3, page 7, line 30-page 10. line 2; fig. 
5, page 10, line 4-page 11, line 19; fig. 6, page 12, line 19-page 14, line 16; figs. 4, 19, 
p. 1 9, line 23-page 21Ji.oe 17 Claim I is addressed to apparatus which embodies the 
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principles of the invention and claim 43 is addressed to a method which embodies the 

principles of the invention. Claim 1 with reference numbers follows: 

1. Apparatus in a database management system (30.1) for performing a job 
(1901 , 1915, 1921) which transfers a set of database objects into or out of 
5 the database management system, the apparatus comprising; 

a transfer mechanism (3 11) that transfers database objects; and 

a queryabie control database object (321) that represents the job 
and speci fies the set of objects (515), 

the transfer mechanism operating under control of the control database 
10 object to transfer the objects in the set (613). 

The "database management system" is shown at. 301 in FIG. 3; an example job is shown 
in FIG. 19; the transfer mechanism is embodied in datapump 311; the queryabie control 
database object is embodied in master table 311, the "set of objects" is specified by object 
15 info 515; a row of master table 321 which represents an object is shown at 507; that the 
transfer mechanism operates under control of the control database object to transfer the 
objects is shown at 613. 

Claim 43 with reference numbers follows: 

20 43. A method of performing a job (1901, 1915, 1921) that transfers a set 

of database objects into or out of a database management system (301) 
that includes a transfer mechanism (311) that, transfers the database 
objects, 

the method comprising the steps of: 
25 defining (611) a queryabie control database object (321) that 

represents the job and specifies the set of objects(5 1 5) ; and 

executing (613) the job by causing the transfer mechanism to 
transfer the set of database objects under control of the control data base 
object. 

30 



The claims of group 8 

Claims 3 and 4 are dependent from claim 1. They address the mechanisms by which the 
control database object specifies an order in which the transfer mechanism transfers the 
35 objects in the set. As explained at page JO, Hues 30-34 and in more detail at page 22, 
lines 16-22; as set forth there, the order in which objects are processed on import or 
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export depends on the values of fields 503, SOS, and 504, That objects are ordered by 
size is set forth at page 15, lines 15-19. 

The claim of group C 

5 Claim 5 is addressed to the mechanism used in the control database object to specify a 
filter that further determines which objects that are to be included in the set of objects. 
The filter information is shown in overview at 523 in FIG. 5 and shown in detail at 1701 
and 1709 in Fig. 17. A detailed description may be found at page 28, lines 1-15. 

10 The chums of group D 

Group D includes claims 6-8, which are dependent from claim 1. These claims are 
addressed to the mechanism used in the control database object to specify operations that 
are to be performed on objects as they are imported or exported. The operation 
information is shown in overview at 525 in FIG. 5, shown in detail at 1715 in FIG. 17 

15 and described in detail at page 28, lines 1 8-24. 

The claims of group E 

Group E includes claims 9-1 f which are dependent from claim i. These claims are 
addressed to the mechanism used in the control database object to specify the status of 
20 the job. The status information is shown in overview at 517 in FIG. 5, shown in detail at 
1601 in FIG. 16, and described in detail at page 27, lines 10-19. 

The claims of group F 

Group F includes claims 12 and 13, which are dependent from claim 1. These claims are 
25 addressed to situations in which a remote database is the source of the set of objects. 
Claim 12 is supported by REMOTE__L INK at 1207 in FIG. 12 and page 15, lines 21-32; 
claim 13 is addressed to fileless import, which is disclosed in the flowchart of FIG. 24 
and the discussion at page 16. line 29-page 17. line 19. 

30 The claims of group G 
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Group G includes claims 14-23 and claims 60-61, which are all dependent from claim 1 . 
These claims are addressed to the manner in which the control database object specifies 
the set of tiles containing the objects and the objects in the set of files. The information 
speed ins the set of tiles is shown at 521 in FIG. 5 and in detail in 1401 in FIG. 14. The 
5 FILE row is discussed at page 26, lines 1-12. The structure of the set of files is shown in 
overview in FIG. 3, described at page 8, line 34 - page 9, line 13 and in detail in FIG. 9, 
described at. page 1 1, line 30 - page 12, line 17. The rows in the control database object 
which represent, objects being transferred are shown in overview at 507 in FIG. 5, 
described at page 11, lines 5-18, and in detail at 507A, B,and C in FIGs. 10-12; the 
10 detailed description of the object row may be found at page 22, line 1- page 23, line 22. 
The "template" of claim 23 is embodied in the WILDCARD file row, shown at 1409 in 
FIG. 14 and is described at page 26, lines 15-19. 

The claim of group H 

15 Claim 24 is directed to an export operation in which the database system which is the 
source of the objects being exported is a remote database system and the dump files for 
the export operation are made in the local database system. FIG. 7 has a flowchart for 
export generally; the export operation is described generally beginning at page 14, line 
20, and export in which the source of the objects may be a remote database is described at 

20 page 15, lines 21.-32. 

The claim of group I 

Clatm 25 is directed to an import operation in which the source of the items being 
imported is a dump file set. Fig. 8 has a flowchart for this type of import operation and 
25 the operation is described in detail at page 16, lines 1-27. 

The ch ums of group J 

Claims 26-35 are directed to the control interface for the transfer mechanism. The claims 
are dependent from claim I. FIG. 21 provides an overview of the control interface; it is 
30 explained in detail at page 29, line 10-page 35, line 16. 



7 



oracieO 1.027 



The chums of group K 

Claims 44-60 are directed to the operation of the transfer mechanism. FIG. 4 is a state 
machine for the transfer mechanism; it is explained at page 19, Sine 24-page 21, line 17. 
FIG. 6 is an overview of the operation of the transfer mechanism. It is explained at page 
5 12, line 20-page 14, line 16. 



The claims of group /.. 

Claims 36-38 are dependent from claim 36 and are directed to set of files 323. Claim 63 

is a Beauregard claim dependent from claim 36. A copy of independent claim 36 with 

10 reference numbers follows. 

36. A set of files (323) lor transferring a set of database objects into a 
database management system, 
the set of tries comprising: 

at least one file (323(i)) containing the objects belonging to the set 

15 thereof; and 

a queryable control database object (325) contained in a file 
belonging to the set of files that specifies for each object belonging to the 
set the location (509) of the object in the set of files and an order (503) in 
which the database management system transfers the object during the 

20 transfer. 

FIG. 3 provides an overview of the set of files and is described at page 8, line 34-page 9, 
line 14. FIG. 5 provides an overview of the queryable control database object ("master 
table copy 325"). FIG. 5 is described at page 10, line 4-page 1 1 , line 29. FIG. 9 provides 
25 details of the set of files and is described at page 1 1 , line 3 1-page 1 2, line 1 7. 



(6) Grounds of rejection to be reviewed on appeal 

T he grounds of rejection to be reviewed on appeal are the following: 
• the rejection of claims 1,3-1 5, 23-36, 43, 50-51, 53-55, 58-63, and 65 under 35 U.S.C. 
30 103(a) as obvious over Oracle 91 Database Documentation (Release 2 [9.2], March 

2002, (hereinafter "Oracle"), in view of U.S. Patent 6,993,529, Basko, et a!.. 
Importing data using metadata, having a filing date of June 1, 2001. and an issue date 
of Jan. 31 , 2 006 (hereinafter "Basko") and 
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* the rejection of claims .16-22, 37-38, 44-49, and 56-57 under 35 U S C. 103(a) as 
obvious over Oracle and Basko in view of U.S. Patent 6,032,159, Rivlin, Apparatus 
and method for annotated bulk copying f of) files to a database, issued Feb. 29, 2000 
(hereinafter " Rivlin"). 

5 

(7) Argument 

If f general 

As set forth at MPEP 2142, in order to reject a claim under 35 U.S.C. 103(a). Examiner 
10 must make & prima facie case which has the following elements: 

* First, there must be some suggestion or motivation, either in the references 
themselves or in the knowledge generally available to one of ordinary skill in the art, 
to modify the reference or to combine the reference teachings. 

* Second, there must be a reasonable expectati on of success. 

15 • Finally, the prior art reference (or references when combined) must teach or suggest 
all the claim limitations. (MPEP 2142, Rev. 5, Aug 2006, p. 2100-125, col. 2) 
In the following, Applicants will demonstrate that the Oracle and Basko references do not 
show all of the limitati ons of any of the claims and that Examiner has consequently failed 
to make his prima facie case with regard to all of the claims. 

20 

What Applicants are claiming 

As indicated above, each of independent claims 1 and 43 contains the limitations which 
are relevant to the present discussion. Because that is the case, the following argument 
regarding claim 1 applies equally to claim 43, as well as to the dependent Beauregard 
25 claims 62 and 65. 

1 I eml xii it it f !;;, n i< FIGs - u d x 

The embodiment of the invention is shown in overview in FIG. 3 and described in 
overview at page 7, line 30 through page 10, line 2. As there described, salient features 
30 of the embodiment are the following, described at page 8, line 34-page 9, line 14: 

• database objects are "objects that can be manipulated by DBMS programs" (page 
8, lines 8 and 9). 
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♦ the embodiment exports database objects from a database and imports them into a 
database (page 8, lines 28-33). 

• The export and import operations are controlled by master table 321, which is a 
database object that represents the import or export job. Master table 321 has the 

5 foi i owi iig function s : 

- it determines what objects are imported or exported, how they are imported or 
exported, and what operations are performed on them in the course of import or 
export; 

- it contains information about the current status of the import or export job and 
10 permits stopping and restarting a job. 

- it permits a job to continue while the user for whom the job is being performed is 
detached from the database system. 

Master table 321 is shown in detailed overview in FIG. 5 and described at page 10, line 5 
through page 1 1 , line 29. A salient feature of master table 321 that is described there is 
15 that the objects being imported or exported are represented by rows in the master table 
(page 11, lines 5-19). 



The rejection of the claims of group A 

Applicants' claim I 

20 Applicants' claim 1 is str aightforward. It reads as follows. 

1. Apparatus in a database management system for performing a job which 
transfers a set of database objects into or out of the database management 
system, the apparatus comprising: 

a transfer mechanism that transfers database objects; and 
25 a queryable control database object that represents the job and 

specifies the set of objects, 

the transfer mechanism operating under control of the control database 
object to transfer the objects in the set. 

30 The claim is directed to apparatus for transferring a set of database objects into or out of a 
database management system. The apparatus has the salient features set forth in the 
foregoing discussions of FIGs. 3 and 5: the job performed by the apparatus "transfers a 
set of database objects into or out of the database management system; the apparatus 
includes "a queryable control database object that represents the job and specifies the set 
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of objects" (master table 321); and the apparatus "operates under control of the control 
database objects to transfer objects in the set". 



The rejection of claim 1 under 35 I? S C. 103 

5 At pp. 4 and 5 of Examiner's final rejection of 10/18/2006, Examiner rejects Claim 1 on 

the combination of the Oracle 9i SQL Reference and Basko. He cites the following in the 

Oracle 9i SQL Reference for the claim's "transfer mechanism"; 

Oracle automatically provides the low-level infrastructure serv ices needed 
for input-output, heterogeneous client-side access for new datatypes, and 
10 optimizations for data transfers between the application and the database. 

(Oracle 9 SQL Reference, p 2-40) 

For the "control database object that represents the job and specifies the set of objects, 
Examiner cites the description of the SQL CREATE PROCEDURE in the SQL 
15 reference". 

Use the CREATE PROCEDURE statement to create a standalone stored 
procedure or a call specification. A procedure is a group of PL/SQL 
statements that you can call by name. A call specification ("call spec") 
declares a Java method or a third -generation language (3GL) routine so 

20 that H can be called from SQL and PL/SQL. The call spec tells Oracle 

which Java method to invoke when a call is made. It also tells Oracle what 
type conversions to make for the arguments and return value. Stored 
procedures offer advantages in the areas of development, integrity, 
security, performance, and memory allocation. (Oracle 9 SQL Reference, 

25 p. 14-64) 

Examiner admits that the CREATE PROCEDURE statement is not queryabie, but finds 

that limitation at col. 10, lines 31-59 of Basko What the cited location describes is a 

mechanism for aggregating data from tables in data warehouse 107 into an aggregation 

30 table which would also generally be stored in the data warehouse. See the discussion of 

FIG. 1 at col. 3, lines 55-61. As described at col. 10, lines 3 1 -59, the mechanism is 

aggregation metadata that describes the sources of the data to be aggregated in the 

aggregation table and how the data is to be aggregated. The aggregation metadata is 

contained in a set of tables that are described as follows: 

35 The met . i i >ie contains an entry foj eat i m ttion that is 

defined. The meta AggregationFact table contains for each aggregation an 
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entry for each fact table that is used to generate that a . ttion Foi 
example, a singl i tion may be generated from the data of five 
different fact tables in which ease the meia A grei tionf act table would 
have five entries for that aggregation. The meta AggregationiVieasure 
5 table contains for each entry of the meta AggregationF act table an entry 

for each measure of the aggregation that is generated from that fact table. 
The meta FactMeasure table has for each fact table an entry for each 
measure that is generated from the fact table and specifies how that 
measure is io be generated. The meta AggregationProperty table specifies 
10 the aggregating property for an aggregation. The meta Report-Measure 

table specifies the measure names to be included in the report for the 
aggregation. The meta Fact table contains an entry for each fact table that 
is used in an aggregation. 

15 Beginning with the claim's "query able control database object", CREATE PROCEDURE 
is an SQL statement and an SQL statement is of course not a database object at all. See in 
this regard the list of database objects at page 2-102 of the SQL Reference. The 
procedure created by CREATE PROCEDURE also cannot be the control database object. 
First it is not queryable; second, CREATE PROCEDURE only establishes that 

20 procedures can be created in database systems; it discloses nothing whatever about, 
particular procedures. 

The tables containing the aggregation metadata come closest to the claimed "queryable 
control database object". They are queryable, they do represent a job, namely that of 

25 aggregating specific data from specific tables into the aggregation table, and the 
aggregation engine 108 operates under the control of the aggregation metadata to produce 
the aggregation table. The problem is that they do not represent a job which "transfers a 
set of database objects into or out of the database management system", as required by 
claim I. First, aggregation is not a transfer of objects; second, the result of the 

30 aggregation is a table in a database management system, and consequently, the database 
objects are not transferred into or out of the database management system. Because the 
aggregation metadata does not represent a job which "transfers a set of database objects 
into or out of the database management, system", the "transfer mechanism" cannot operate 
under control of the metadata tables to "transfer the objects in the set [into or out of the 

35 database system j, as also required by claim 1 . 
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Because there is nothing disclosed in the Oracle SPL Reference Manual or in Basko that 
corresponds to Applicants' query able control database object or to its interaction with the 
transfer mechanism, the combined references do not disclose all of the limitations of 
5 claim 1 and Examiner has not made his prima facie case of obviousness. As will be 
readily apparent to the Board, the Examiner has also not made his prima facie case with 
regard to claim 43. Further, because claims 1 and 43 are not rendered obvious over the 
reference, neither are the claims that are dependent from claims 1 and 43 rendered 
obvious. 

10 

The rejection of the claims of group B 

Claims 3 and 4 are directed to the feature of the control database object that the control 
database object specifies an order in which the transfer mechanism transfers the objects 
in the set. Examiner rejects these claims on the basis of the SQL ORDER BY clause and 

15 the SQL VS1ZE function. One problem with the rejection is that constructs in the SQL 
language are not data base objects and consequently do not disclose a "control database 
object" having the added limitations set forth in claims 3 and 4. Another problem is that 
these SQL constructs determine the behavior of SELECT, which makes a set of rows in 
the database system from the table fields specified in the SELECT statement and does not 

20 control the transfer of a set of database objects into or out of the database, as required for 

the control database object. See in this regard the discussion of SELECT at page 8-2 of 

the SQL Reference: 

The list of expressions that appears after the SELECT keyword and before 
the FROM clause is called the select list. Within the select list, you 
25 specify one or more columns in the set of rows you want Oracle to return 

from one or more tables, views, or materialized views. The number of 
columns, as well as their datatype and length, are determined by the 
elements of the select list. 

30 The SQL ORDER BY clause determines the order of the rows in the set of rows returned 
by the SELECT statement and the SQL VSIZE function is a function which returns the 
length in bytes of an expression. Like many other SQL functions, VSIZE can be used by 
ORDER BY to determine the order of the rows. 
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Because the references do not disclose a control database object which "specifies an order 
in which the transfer mechanism transfers the objects in the set" or one in which the order 
"orders the objects in the set by size , Examiner has not made his prima facie case of 
5 obviousness with regard to claims 3 and 4. 

The rejection of the C claim 

Claim 5 is rejected on the basis of the SQL WHERE clause. The arguments made in the 
discussion of the B claims with regard to the use of SQL constructs as a basis of rejection 
10 apply here as well, and Examiner has not made his prima facie case of obviousness with 
regard to claim 5. 

The rejection o f she D claims 

Claims 6-8 are rejected on the basis of SQL constructs that perform operations on record 
15 fi elds returned by a SELECT statement. The arguments made in the discussion of the B 
claims with regard to die use of SQL constructs as a basis of rejection apply here, too, 
and Examiner has not made his prima facie case of obviousness with regard to claims 6- 
8. 

20 The rejection of the E claims 

Claims 9-1 1 are directed to the features of the invention that are related to the job status 
information which is maintained in the control database object. Examiner refers 
Applicants to the Oracle 9i User-managed Backup and Recovery Guide for these 
features. A general problem with this rejection is that backup and recovery does not 

25 involve "transferring] a set of database objects into or out of the database management 
system"; as set forth at "1-2 of the User Managed Backup and Recovery Guide, what it 
involves is: 

The basic user-managed backup strategy is to make periodic backups of 
dataftles and archived logs with operating system commands. 

30 

The basic user-managed procedure for recovering from a media failure is 
as follows. 

1. Restore database file backups with operating system commands. 
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2. Recover restored datafiles with the SQL*Plus RECOVER statement 

Neither the datafiles nor the archived logs are database objects as that term is used in the 
current context; moreover, backups do not "transfer a set of database objects into ... the 
5 database system" and recoveries do .not "transfer a set of database objects out of the 
database system" as required by Applicants' claims. 

As for the specifically-cited locations in the Oracle 9i User-managed backup and 
recovery guide, Examiner cites page 2-3 in his rejection of claim 9 and 10. This location 
to discloses bow to use the system v$ BACKUP view to determine whether a datafile is 
included in a tablespace that is in backup mode. The view does not include a 
"specification of a status of the job" where the job is transferring database objects into or 
out of the database management system. 

15 Page 4-34, cited in the rejection of claim 11, discloses that a canceled recovery may be 
resumed at the point where it was canceled; a recovery is of course not a transfer of 
database objects into or out of the database management system and there is further no 
disclosure of the mechanism used to resume the canceled recovery. Consequently, 
Examiner has not made his prima facie case of obviousness with regard to claims 9-1 1. 

20 

The rejection of (he F claims 

Claims 12-13 are directed to using the control database object to specify a remote 

database management system as a source of the set of objects being transferred. In these 

rejections. Examiner again employs the SQL SELECT statement, which, as pointed out 

25 above, is not a database object and does not transfer database objects into or out of the 

database management system. Here, what is cited at page 17-48 is a table of privileges 

which indicates that a SELECT privilege is available on an external table Externa! 

tables themselves are defined as follows at page 15-33 of the SQL reference manual: 

Use the external Jable^clause to create an external table, which is a read- 
30 only table whose metadata is stored in the database but whose data in 

stored outside database. External tables let you query data without first 
loading it into the database, among other capabilities. 
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The external source of the data is explained at. 15-35 as follows: 

The LOCATION clause lets you specify one or more external data 
sources- Usually the location specifier is a tile, but it need not 
be. Oracle does not interpret this clause. It is up to the access driver to 
5 interpret this information in the context of the external data. 

As is clear from this citation, the data source for an external table is not a remote database 
management s\ stent and rise data source for the external table does not contain database 
objects. What it contains is data thai the database system interprets as database objects, 

10 

Examiner's rejection of claim 13 rests on a misunderstanding of the claim. The 
antecedent of "the database management system" is "a database management system" in 
claim 1, line 1, not the "remote database management system" of claim 12, line 1. Since 
thai is the case, Examiner's citation of output to a "remote output table", i.e., one 
15 contained in another database management system, is simply irrelevant. Further, as 
already pointed out, SELECT does not "transfer^] a set of database objects into or out of 
the database management system" 

Examiner has thus failed to make his prima facie case of obviousness for claims 12 and 

20 1.3. 

The rejections of the G claims 

Claims 14 and 15 are addressed to the version of the technique in which the source or 
destination for the data objects being transferred is dumpfdes 323. In his rejection, 

25 Examiner refers to the Oracle 9i SQL Reference's disclosure of external tables which can 
be accessed via a SELECT statement. As already pointed out, die SELECT statement is 
not a database object, and consequently cannot be the "control data base object; 
moreover, the data source for an external table does not contain database objects and 
consequently cannot be the "set of files of the claim". See the rejection of claim 12 in 

30 this regard. Finally, external tables are read only; consequently, they cannot be a 
"destination of the set of database objects", as required by the claim. Examiner has 
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consequently not established his prima i facie case with regard to claim 14 or with regard 
to any of the claims dependent from that claim. 

As concerns claim 15, Examiner refers Applicants to stored procedures. As already 
5 pointed out, a stored procedure is not query able and consequently cannot be the copy of 
the control database object. Further, there is no disclosure whatever in the references 
concerning a "set of files" that is the result of a job "which transfers a set of database 
objects" and which "includes a copy of the control database object for the job". For these 
reasons. Examiner has not established his prima facie case with regard to claim 15. 

10 

Claims 16-22 are directed to various aspects of the manner in which the control data 
object is a table database object (see claim 1) that employs table rows to represent the 
database objects being transferred. The claims are rejected on the basis of the 
combination of Oracle, Basko, and Rivlin. Rivlin discloses a system in which Hies are 

15 transferred by a bulk copy process to a database system. A "table" in a file server which 
is not a database table, but rather an object defined outside the database system, is used to 
keep track of whether a file has been selected for transfer and whether the transfer for a 
selected file was completed. The "table" has a row for each file to be transferred. The 
combination of Oracle, Basko, and Rivlin consequently does not disclose the table 

20 control data object that "includes rows representing objects belonging to the set. of 
database objects" set forth in claim 16 and Examiner has not made his prima facie case 
with regard to the claim. 

Claims 17-20 and 22 set forth further limitations concerning the rows in the control 
25 database object which represent objects being transferred and for the reasons set forth 
above. Examiner has not made his prima facie case of obviousness with regard to these 
claims. 

Claim 21 sets forth that the "set of files" of claim 14 includes a copy of the control 
30 database object with a row for each database object contained in the set of files and sets 
forth how the control database object used to import objects into the database 
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management system contains a copy of the rows representing the objects from the copy 
of the control database object in the file set. As already pointed out with regard to claim 
15, there is no disclosure whatever in the references concerning a "set of files" that is the 
result of a job "which transfers a set of database objects" and which "includes a copy of 
5 the control database object for the job", and as one would expect from thai fact, no 
disclosure of the fact that the control database object which controls the transfer includes 
rows for the objects that, are copied from the copy of the control database. Examiner has 
consequently not made his prima facie ease with regard to claim 21 . 

10 As concerns claim 23, the claimed template is used to add files to the "set of files", 
Examiner bases his rejection on the syntax used to create logfiles described at page 13-28 
of the Oracle 9i SQL, Reference. A logfile is a file that contains a history of transactions 
on a set of database objects; it is not a set of files that contain "database objects" (claim 
.14); further, as far as can be determined from the Oracle documentation concerning 

15 l ogfiles, templates cannot be used to specify logfiles. See 7-43 and 7-44 of the Oracle 9i 
SQL Reference. Examiner has thus not made his prima facie case with regard to this 
claim, 

Claims 60 and 61 correspond to claims 16 and 20 except that they are dependent from 
20 claim 1 instead of claim 16. Examiner has not made his prima facie case for these claims 
for the reasons indicated in the discussion of claims 16 and 20. 

Group H 

Thi s group contains claim 24; claim 24 is like claim 12 except that it adds the set of files 
25 as a destination for the transfer; the argumentation with regard to claim 12 thus applies 
here, as well as the argumentation from claim 14 concerning the "set of files". By either 
argument, the Examiner has not made his prima facie case. 

Group I 

50 This group contains claim 25; Examiner rejects the claim on the basis of datafiles and 
references page 9-29 of the SQL reference. Applicants could find no reference to 
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datafiles at that location. Datafiles are, however, defined in the Glossary of the 
document, Oracle 9i Database Concepts, as follows: 
data file 

A physical operating system file on disk that was created by Oracle and 
5 contains data stmetures such as tables and indexes. A data file can only 

belong to one database. 

hi terms of the patent application's Detailed Description, the datafiles contain the data 
structures for database 317 in FIG. 3; as shown in that figure, while database 317 and 
10 dump files 323 are both contained in DBMS 301's persistent storage 315, database 317 
and dump files 323 are separate entities. Consequently, the datafiles making up database 
317 cannot be taken to be dumpfiles and Examiner has again failed to make his prima 
facie case. 

1 5 Reject km of the claims of group J 

These claims include claims 26-35 dependent from claim 1. The claims are directed to 
the API (application programmer's interface) for the apparatus of claim 1. Examiner 
rejects claims 26, 27, 29, and 30 of the SQL* PLUS prompt set forth at page 2-2 of the 
Oracle 9i User-managed Backup and Recovery Guide. As set forth in the Glossary of the 

20 Oracle 9i Database Concepts document, SQL* PL US is an 

Oracle tool used to execute SQL statements against an Oracle database 
Oracle SQL includes many extensions to the ANSI/ISO standard SQL 
language. 

25 SQL*PLUS is thus an interactive interface which uses SQL to interact with a database 
system, not "an interface whereby an entity that uses the transfer mechanism may interact 
with the job" where the job "transfers a set of database objects into or out of the database 
management system", as set forth, in claim 26 by virtue of its dependency from claim 1. 
It will be immediately apparent from a perusal of FIG. 21 that the API for the apparatus 

30 of claim 1 does not consist of SQL statements. Since that is the case. Examiner has not 
made his prima facie case with regard to claims 26 5 27, 29, and 30. 
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Concerning claim 28, Examiner refers to the mechanism in the database management, 
system for resolving links to objects in remote database systems. This, of course, has 
nothing whatever to do with claim 28's "the entity may use the interface [whereby an 
entity that uses the transfer mechanism may interact with the job]" and Examiner has not 
5 made hh prima fade case with regard to claim 28. 

As regards claim 3.1, see the discussion of claim 10 above; as regards claim 33, see the 
discussion of claim 1 1 above; as regards claims 34 and 35, see the discussion of claim 26 
above. 

10 

[(ejection of (he claims of group K 

Group K includes claims 44-60. These claims are dependent from claim 43 and are 
directed to the operations which may be carried out in performing the job. Claims 44-48 
and 56-57 ate rejected on the basis of the combination of Oracle, Basko, and Rivltn 

15 

Claims 44, 45, 47, 49, 56, and 57 have to do with attachment to or detachment from a job. 
hi rejecting all of these claims, Examiner refers Applicants to col. 7, lines 25-58 of 
Rivlin, which discloses that file table 34 can be used in case of failure to determine what 
information has been transferred to the database (col 7, lines 53-55). Applicants 
20 respectfully submit that this has nothing whatever to do with the aspects of attachment 
and detachment set forth in claims 44, 45, 47, 49, 56, and 57. Examiner consequently has 
not made his prima facte case with regard to these claims. 

With regard to claim 46, Examiner refers Applicants to pp. 7-49 through 7-51 of the 
25 Oracle 9i SQL, reference. The cited location refers to the DDL parallel clause,, which lets 
one set degrees of parallelism for database objects in the database system. What is 
claimed, however, is "specifying a degree of parallelism with which the objects may be 
transferred [into or out of the database management system]. The cited location does not 
disclose parallelism in this context and consequently. Examiner has not made his prima 
30 facte case. 
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With regard to claim 48, see the discussion of claim 27 above. As for claim 50, see the 
discussion in the argument for claim 1 as to why the CREATE PROCEDURE statement 
cannot be taken to create the control database object. 

5 The rejection of claim 51 is based on the FROM clause of the SELECT statement. The 
FROM clause identifies the database system table from which the SELECT statement 
will select data to produce another table in the database system. The SELECT statement 
is of course not a control database object. Further, as disclosed at page 32, lines 3-7, the 
source specified in claim 51 for an import job is not a local database system table, but 
10 rather a remote database management system, or a dump file; the source for an export job 
may be a remote database management system or the local database management system; 
with export the destination will be a dump file in all cases The result of a SELECT 
statement is of course a table in the database system, not a dumpfile. Consequently, 
Examiner has not made his prima facie case with regard to claim 5 1 . 

15 

The rejections of claims 53-55 are based on various aspects of the SELECT statement. As 
previously pointed out, SELECT is not a database object, as required by the claims. 
Moreover, in claim. 55, whatever parameters may apply to a SELECT statement are not 
parameters for a job as that tern) is defined in Applicants' Specification and claims. 
20 Again, no prima facie case has been made for the rejection of these claims. The 
arguments made with regard to claim 55 also apply to claims 58 and 59. 

Rejection of the claims of group L 

Group L includes independent claim 36, dependent claims 37 and 38, and dependent 
25 Beauregard claim 63. These claims are directed to the invention embodied in dump files 
323. independent claim 36 contains the limitations of independent claims 1 and 43 and is 
patentable over the Oracle and Basko references for the same reasons that claims 1 and 
43 are patentable; further limitations that are not shown in Oracle and Basko are the set of 
files and the fact that the query able control database object is contained in the set of files 
30 and specifies the locations of database objects in the files and the order in which they are 
to be transferred. Examiner rejects claim 36 on the basis of the disclosure of external 
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tables in the Oracle 9i SQL reference and Basko's aggregation metadata. As already 
explained with regard to claim 12, external tables do not contain database objects; 
further, Basko's aggregation metadata consists of database tables in a database 
management system. They are not "contained in a flk belong ig to the set of files" as is 
5 the queryable control database object of claim 36, Examiner has thus not established his 
prima facie case for the claim or for the claims dependent from the claim. 

Claim 37 is rejected on the basis of Oracle, Basko, and Rivlin. Claim 37 sets forth that 
the file includes metadata for a type of database objects and database objects belonging to 

10 the type and that the order specified in the control database object "determines that the 
metadata is processed before the database objects that belong to the type defined by the 
metadata". Examiner finds the metadata at col. 3, lines 9-42 of Rivlin. What is described 
there is a "file attribute table" which describes each file and a set of predetermined 
attributes associated with each of the files. The file attribute table is then used in hulk 

15 loading the files into a database system. The first problem with this rejection is that, the 
claim requites that the metadata define "a type of database objects"; here, the metadata 
describes files; further, the "file attribute table" is not included with the set of files being 
bulk loaded; additionally, the only thing that is ordered by the file attribute file is the files 
being processed; finally, making the "file attribute table" is independent of the hulk 

20 loading, the bulk loader does not first process the file attribute table and then process the 
database objects, all as required by the claim. Examiner has thus not established his 
prima facte case for the claim. 

Claim 38 is addressed to the headers used in the dump files. The claim is apparently 
25 rejected on the basis of pages 7-8 and 7-9 of the Oracle 9i recovery manager's user guide, 
which discloses nothing beyond that when copies of backups are checked, their file 
headers are checked. This of course says nothing about what is set forth in the claim. 
Again, no prima facie case has been established. 

30 Conclusion 
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In the foregoing, Applicant has complied with the requirements of 37 C.F.R. 41.37 with 
regard to his brief and has demonstrated in the brief that examiner has failed to establish a 
prima facie case of obviousness with regard to«»> : of his rejections under 35 U.S.C. 1.03. 
That being the case, the rejections cannot stand and Applicant respectfully requests that 
the Board of Appeals reverse the examiner with regard to all of his rejections and remand 
the application to the examiner for further processing as indicated by the reversals. The 
required fee of $500 accompanies this brief; should any other fees be required, please 
charge them to Deposit Account number 501 31 5 



Respectfully submitted. 
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(8) Appendix of claims 

1 1. Apparatus in a database management system for performing a job which transfers a set of 

2 database objects into or out of the database management system, the apparatus comprising: 

3 a transfer mechanism that ttansfeis ilu >' e ob eels and 

4 a queryable control database object that represents the job and specifies the set of 

5 objects, 

6 the transfer mechanism operating under control of the control database object to transfer the 

7 objects in the set. 

1 2. (canceled) 

1 X The apparatus set forth in claim 1 wherein: 

2 the control database object further specifies an order in which the transfer mechanism 

3 transfers the objects in the set, 

1 4, The apparatus set forth in claim 3 wherein: 

2 the order orders the objects in the set by size. 

1 5. The apparatus set forth in claim 1 wherein. 

2 the control database object includes a filter that further specifies the set of objects. 

1 6. The apparatus set forth in claim 1 wherein: 

2 the transfer mechanism further performs an operation on one or more objects belonging to 

3 the set; and 

4 the control database object includes a specification of the operation. 

1 7. The apparatus set forth in claim 6 wherein: 

2 the operation is an operation that transforms the object. 

1 8, The apparatus set forth in claim 7 wherein: 
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2 the operation is an operation that remaps a name in the object to a different name, 

1 9, The apparatus set forth in claim I wherein: 

2 the control dai I i of a status of the job; and 

3 the transfer mechanism updates the status in the specification during the transfer. 

1 10. The apparatus set forth in claim 9 wherein: 

2 the control database object is queryable to obtain a current status of the job from the 

3 specification of the status. 

1 11. The apparatus set forth in claim 9 wherein: 

2 the transfer mechanism employs the specification of the status of the job to restart the job 

3 after the job has been stopped. 

1 1.2. The apparatus set forth in claim .1 wherein: 

2 the control database object specifies a remote database management system as a source of 

3 the set of objects; and 

4 the transfer mechanism fetches the set of objects from the remote database management 

5 system. 

1 13, The apparatus set forth in claim 12 wherein; 

2 the control database object specifies the database management system as a destination of 

3 the set of database objects; and 

4 the transfer mechanism further fetches the set of database objects into the database 

5 management system. 

1 14, The apparatus set forth in claim 1 wherein: 
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2 the control database object specifies a set of files in the database system as a source or 

3 destination of the set of database objects. 

1 15. The apparatus set forth in claim 14 wherein: 

2 when the set of files is the source of the set of database objects, the set of files is die result. 

3 of a job and includes a copy of the control database object for the job. 

1 16. The apparatus set forth in claim 14 wherein: 

2 the control database object is a table and includes rows representing objects belonging to 

3 the set of database objects . 



! 1.7. The apparatus set forth in claim 1 6 wherein: 

2 each row representing an object belonging to the set includes a specification of an order in 

3 which the object represented by the row is to be transferred from the set of files relative to other 

4 objects belonging to the set, 



1 18. The apparatus set forth in claim 16 wherein: 

2 when the set of files is the destination of the set of database objects, there is a row 

3 representing each object that has been transferred to the set of files. 

1 19. The apparatus set forth in claim 16 wherein: 

2 when the set. of files is the source of the set of database objects, there is a row representing 

3 each object which is to be transferred into the database management system. 



! 20. The apparatus set forth in claim 19 wherein: 

2 the row representing a particular object includes a field whose value specifies an order in 

3 which the obj ect is to be transferred relative to the other obj ects 

I 21. The apparatus set forth in claim .16 wherein: 

26 
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2 the set of files is the result of a job and includes a copy of the control database object for 

3 the job, the copy having a row for each database object contained in the set of files; and 

4 when the transfer mechanism is transferring the objects belonging to the set of objects 

5 from the set of files into the database management system, the control database object contains a 

6 copy of at least, the rows representing the objects from the copy of the control database object in 
? the file set. 



! 22. 1'he apparatus set forth in claim 16 wherein: 

2 the row in the copied rows representing a particular object includes a field whose value 

> specifies an order in which the object is to be transferred relative to the other objects represented by 

4 the copied rows. 



1 23. The apparatus set forth in claim 14 wherein: 

2 the control database object further specifies a template whereby the transfer mechanism 

3 may add a file to the set. of files when required for transferring the obj ects. 

1 24. The apparatus set forth in claim 1 wherein: 

2 the control database object specifies a remote database management system as a source of 

3 the set of objects and a set of files in the database system as a destination therefor; and 

4 the transfer mechanism transfers the set of objects from the remote database management 



5 system to the set of files. 

1 25. The apparatus set forth in claim 1 wherein: 

2 the control database object specifies a set of files in the database system as a source of the 

3 set of objects, and 

4 the transfer mechanism transfers the set of objects from the set of files into the database 

5 management system 

l 26. The apparatus set forth in claim 1 wherein: 
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2 the transfer mechanism further provides an interface whereby an entity that uses the 

3 transfer mechanism may interact with the job. 

1 27. The apparatus set forth in claim 26 wherein: 

2 the interface permits the entity to attach to and detach from the job for as long as the job's 

3 control database object exists, transfer of the objects by the transfer mechanism being unaffected 

4 by detachment of the entity from the job. 

1 28, The apparatus set forth in claim 26 wherein: 

2 the entity may use the interface via a network connection to the database management 

3 system. 

1 29. The apparatus set forth in claim 26 wherein: 

2 the interface includes a defining interface whereby the entity may define a portion of the 

3 job's control database object. 

1 30. The apparatus set forth in claim 26 wherein: 

2 the interface includes an executing interface whereby the entity may interact with the 

3 transfer mechanism from the time the transfer mechanism begins transferring the objects in the set 

4 until the job's control database object ceases to exist. 

1 31, The apparatus set forth in claim 30 wherein; 

2 the entity may use the executing interface to obtain a current, status of the job from a 

3 specification of the status of the job in the control database object. 

1 32. The apparatus set forth in claim 27 wherein: 

2 the entity may use the executing interface to stop performance of the job by the transfer 

3 mechanism or the transfer mechanism may stop performance of the job in response to an error. 
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1 33. The apparatus set forth in claim 32 wherein: 

2 the entity may use the executing interface to restart a stopped job, the transfer mechanism 

3 using a specification of the status of the job in the control database object to restart the job. 

1 34, The apparatus set forth in claim 3D wherein: 

2 die entity may use the executing interface to affect allocation of resources by the transfer 

3 mechanism to the j ob . 

1 35, The apparatus set forth in claim 34 wherein: 

2 the transfer mechanism operates on objects in the set in parallel; and 

3 the entity uses the executing interface to specify a maximum degree of parallelism for the 

4 job. 

1 36. A set of files for transferring a set of database objects into a database management system, 

2 the set of files comprising: 

3 at least one file containing the objects belonging to the set thereof atid 

4 a queryable control database object contained in a file belonging to the set of flies that 

5 specifies for each object belonging to the set the location of the object in the set of files and an 

6 order in which the database management system transfers the object during the transfer. 

1 37. The set of files set forth in claim 36 wherein: 

2 the file further includes metadata that defines a type of database objects and one or more 

3 database objects that belong to the type defined by the metadata, and 

4 the order determines that the metadata is processed before the database objects that belong 

5 to the type defined by the metadata. 

1 38. The set of files set forth in claim 36 further comprising: 

2 a header in each file of the set the header including 
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3 an indication the control object is contained in the file and if so, the location of the 

4 control object in the file and 

5 an identifies th t * lei ifu - the file within the set; and 

6 the control object uses the identifier in specifying the location of the object in the set of 



7 files. 

i 39. (canceled) 

I 40. (canceled) 

I 41. (canceled) 

l 42. (canceled) 

1 43. A method of performing a job that transfers a set of database objects into or out of a database 

2 management system that includes a transfer mechanism that transfers the database objects, 

3 the method comprising the steps of. 



4 defining a query-able control database object that represents the job and specifies the set of 

5 objects; and 

6 executing the job by causing the transfer mechanism to transfer the set of database objects 

7 under control of the control data base object. 

J. 44. The method of performing a job set forth in claim 43 further comprising the step 

2 performed in either the defining step or the executing step of: 

3 attaching to the job : attachment permitting at least reading and/or modification of the 

4 job's control database object. 

1 45. The method of performing a job set forth in claim 44 further comprising the step 

2 performed after the step of attaching to the job of: 
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3 reading the job's control database object to get the job's current status 

1 46. The method of performing a job set forth in claim 44 wherein 

2 the transfer mechanism transfers the data objects in parallel and 

3 the method further comprises the step performed after the step of attaching to the job of: 

4 specifying a degree of parallelism with which the objects may be transferred. 

1 47. The method of performing a job set forth in claim 44 wherein the method further 

2 comprises the step performed after the step of attaching to the job of: 

3 starts ng the step of executing the j ob. 

1 48. The method of performing a job set forth in claim 44 wherein the method further 

2 comprises the step performed after attaching to the job of: 

3 stoppi ng the step of executi ng the j ob. 



1 49. The method of performing a job set forth in claim 48 wherein the step of stopping the 

2 step of executing the j ob further comprises the step of. 

3 saving job state in the control database object such that the step of executing the job 

4 may be restarted from the job state. 

l 50. The method of performing a job set forth in claim 43 wherei n: 



2 the step of defining the job includes the step of creating the job's control database 

3 object. 

1 51. Themethot 1 m >b set forth in claim 43 wherein: 

2 the step of defining the job includes the step of specifying a source and/or destination 

3 for the set of database obj ects i n th e j ob's control database obj ect 

] 52. (canceled) 

1 53, The method of performi ng a job set forth in claim 43 wherein: 
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2 the step of defining the job includes the step of specifying a filter in the job's control 

3 database object, the filter defining a subset of the specified set of database objects as the set 

4 of objects to be transferred in the job. 

1 54, The method of performing a job set. forth in claim 43 wherein: 

2 the step of defining the job includes the step of specifying an operation in the job's 

3 control database object that is to be performed on one or more objects in the set. 

1 55, The method of performing a job set forth in claim 43 wherein: 

2 the step of defining the job includes the step of defining a parameter for the job in the 

3 job's control database object for the job. 

1 56. The method of performing a job set forth in claim 43 wherein 

2 the step of executing the job includes the step performed when the step of executing 

3 the j ob must be stopped of: 

4 saving job state in the control database object such that the stopped executing step 

5 may be restarted from th e j ob state. 

1 57. The method of performing a job set forth in claim 56 wherein the step of executing the 

2 job includes the step performed when the step of executing the job has been stopped of: 

3 using the job state to restart the stopped executing step. 

] 58. The apparatus set. forth in claim 1 wherein: 



2 the control database object includes a specification of one or more parameters for the 

3 job, 

4 the transfer mechanism transferring the objects in the set as specified by the parameter. 

1 59, The apparatus set forth in claim 58 wherein: 

2 the parameter is an estimate only parameter, 

3 the transfer mechanism responding thereto by providing an estimate of the space required for 

4 the obj ects in the set without transferring the objects. 
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1 60. The apparatus set forth in claim J wherein: 

2 the control database object is a table and includes rows representing the objects 

3 belonging to the set of database objects, 

1 61 , The apparatus set forth, in claim 60 wherein: 

2 the row representing a particular object includes a field whose value specifies an 

3 order in which the object is to be transferred relative to the other objects. 

J. 62. A data storage device characterized in thai. 

2 the data storage device contains code which, when executed by a processor, 

3 implements the apparatus set forth in claim I . 

1 63. A data storage device characterized in that: 

2 the data storage device contains the set of files set forth in claim 36. 
I 64. (canceled) 

1 65. A data storage device characterized in that: 

2 the data storage device contains code which, when executed by a processor, 

3 implements the method set forth in claim 43. 
4 
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(9) Evidence appendix 

None. 

(10) Related proceedings appendix 

None. 
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